home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 3245 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.2 KB
  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Demo/game to OS friendly part II
  5. Date: 9 Feb 1996 14:01:46 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4ffk4a$cca@sunsystem5.informatik.tu-muenchen.de>
  9. References: <4eq5s3$mnn@serpens.rhein.de> <PETERM.96Feb5131910@tui.maths.irl.cri.nz> <4f4jir$5rn@serpens.rhein.de> <38232339@kone.fipnet.fi> <4fbd93$reo@serpens.rhein.de>
  10. NNTP-Posting-Host: hphalle5.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle5.informatik.tu-muenchen.de
  12.  
  13.  
  14. In article <4fbd93$reo@serpens.rhein.de>, mlelstv@serpens.rhein.de (Michael van Elst) writes:
  15. |> "Jyrki Saarinen" <jsaarinen@kone.fipnet.fi> writes:
  16. |> 
  17. |> >> For the native graphics you would use QBlit() most often.
  18. |> >> You would also try to avoid the interrupt overhead for small blits.
  19. |> >> The cycles wasted in WaitBlit() could be less than the time spent
  20. |> >> for interrupts.
  21. |> 
  22. |> >In what kind of class the cross-over point is?
  23. |> 
  24. |> Depends on the display mode, CPU speed and wether you have FastRAM.
  25. |> 
  26. |> An A3000/25 with FastRAM can do about 2270 pairs of task switches per
  27. |> second. So, for a Wait() to gain any CPU time for another task the queued
  28. |> blits have to take more than about 440 microseconds. With the current
  29.  
  30. mhm, it looked like a 020-14+fast changes between tasks that have done 
  31. WaitTOF withing roughly about 2 rasterlines, 130 mircrosec. Is the 
  32. "TOFQueue" something quicker ?
  33.  
  34. |> blitter that's about 800 words.
  35. |> 
  36. |> One problem with this approach is that a single background task at the
  37. |> same priority will slow down the rendering task significantly if the blits
  38. |> are not larger than a full time slice. To keep rendering speed one would
  39. |> need to bump task priority temporarily.
  40. |> 
  41. |> Regards,
  42. |> -- 
  43. |>                                 Michael van Elst
  44. |> 
  45. |> Internet: mlelstv@serpens.rhein.de
  46. |>                                 "A potential Snark may lurk in every tree."
  47. ------------------------------------------------------------------------
  48.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  49.  
  50.